SlideShare a Scribd company logo
1 of 24
Download to read offline
On the Cost of Supporting Multihoming
and Mobility


                      Ibrahim Matta
                    Computer Science
                    Boston University

    Joint work with Vatche Ishakian, Joseph Akinwumi, John Day


                                                          I. Matta   1
Mobility = Dynamic Multihoming
 Hosts / ASes became increasingly multihomed
 Multihoming is a special case of mobility


 RINA (Recursive InterNetwork Architecture) is a
  clean-slate design
 RINA routing is based on node addresses
  µ   Late binding of node address to point-of-attachment
 Compare to LISP (early binding) and Mobile-IP
 Average-case communication cost analysis
 Simulation over Internet-like topologies

                                                      I. Matta
Whatʼs wrong today?
Applications   Web, email, ftp, …                                 Applications

 Transport                                                         Transport

 Network                            Network                        Network




                                               12
                          7.2




                                                 8.
Data Link                       DL        DL                      Data Link




                                                   19
                          .12




                                                     7.
                    5 8.10




                                                        15
 Physical                       PHY      PHY                       Physical




                                                          .1
                     12




                                                    128.197.0.0   www.cs.bu.edu
                128.10.0.0
                                                                  128.197.15.10


  We exposed addresses to applications
  We named and addressed the wrong things
RINA offers better scoping
Applications   Web, email, ftp, …                                Applications

 Transport     TCP, UDP, …                                        Transport
                                          IPC
 Network       IP                   Network                       Network
Data Link                       DL        DL                     Data Link
               IPC                                    IPC
 Physical                      PHY       PHY                      Physical




    E2E (end-to-end principle) is not relevant
      µ   Each IPC layer provides service / QoS over its scope
    IPv6 is/was a waste of time!
      µ   We donʼt need too many addresses within an IPC layer
RINA: Good Addressing
                                                          Bob
want to send message to “Bob”

           A     “Bob”B                             B

   To: B                                    I1           I2



   Destination application is identified by “name”
   App name mapped to node name (address)
   Node addresses are private within IPC layer
      µ   Need a global namespace, but not address space
      µ   Destination application process is assigned a port number
          dynamically
                                                                      5
RINA: Good Addressing
                                              Bob
want to send message to “Bob”

          A                               B

  To: B                                            IPC processes
                                I1   I2            on same
                                                   machine
          BI2


   Late binding of node name to a PoA address
   PoA address is “name” at the lower IPC level
   Node subscribes to different IPC layers

                                                             6
RINA: Good Routing


    source                                           destination




   Back to naming-addressing basics [Saltzer ʼ82]
    µ   Service name (location-independent) 
        node name (location-dependent) 
        PoA address (path-dependent)        path
 We clearly distinguish the last 2 mappings
 Route: sequence of node names (addresses)
 Map next-hopʼs node name to PoA at lower IPC level
                                                     I. Matta      7
Mobility is Inherent
                                                    MH CH




 Mobile joins new IPC layers and leaves old ones
 Local movement results in local routing updates
                                                        8
Mobility is Inherent
                                                    CH




 Mobile joins new IPC layers and leaves old ones
 Local movement results in local routing updates
                                                     9
Mobility is Inherent
                                                    CH




 Mobile joins new IPC layers and leaves old ones
 Local movement results in local routing updates
                                                    10
Compare to loc/id split (1)
 Basis of any solution to the multihoming issue
 Claim: the IP address semantics are overloaded as both
  location and identifier
 LISP (Location ID Separation Protocol) ʻ06     EIDx -> EIDy




EIDx  EIDy                      RLOC1x  RLOC2y
                                  EIDx  EIDy

                 Mapping: EIDy  RLOC2y
                                                      I. Matta
Compare to loc/id split (2)
 Ingress Border Router maps ID to loc, which is the
  location of destination BR
 Problem: loc is path-dependent, does not name the
  ultimate destination                             EIDx -> EIDy




                                  RLOC1x RLOC2y
                                   EIDx  EIDy

                  Mapping: EIDy  RLOC2y
LISP vs. RINA vs. …
    Total Cost per loc / interface change =
                 Cost of Loc / Routing Update +

     ρ [Pcons*DeliveryCost + (1-Pcons)*InconsistencyCost]

ρ:     expected packets per loc change
Pcons: probability of no loc change since last pkt delivery

    RINAʼs routing modeled over a binary tree of IPC layers:
     update at top level involves route propagation over the
     whole network diameter D; update at leaf involves route
     propagation over D/2h, h is tree height
                                                       I. Matta
LISP




       I. Matta
LISP




       I. Matta
RINA
	
  




              I. Matta
RINA
	
  




              I. Matta
RINA
	
  




              I. Matta
MobileIP




           I. Matta
LISP vs. RINA vs. …
                         8x8 Grid Topology
 RINA uses 5 IPC levels; on average, 3 levels get affected per move




                           LISP



                      RINA




                                                                I. Matta
Simulation: Packet Delivery Ratio
                    RINA
 BRITE
  generated 2-
  level topology
 Average path
  length 14 hops
 Random walk
                                      LISP
  mobility model




                                 I. Matta    21
Simulation: Packet Delay




                      LISP




               RINA




                             I. Matta   22
Bottom Line: RINA is less costly
  RINA inherently limits the scope of
   location update & inconsistency

  RINA uses “direct” routing to destination
   node

  More work: prototyping




                                           I. Matta
Thank You

Questions?




             I. Matta

More Related Content

What's hot

Networking Protocols for Internet of Things
Networking Protocols for Internet of ThingsNetworking Protocols for Internet of Things
Networking Protocols for Internet of Thingsrjain51
 
Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...
Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...
Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...ijwmn
 
Vediocompressed
VediocompressedVediocompressed
Vediocompressedtangbinsen
 
An efficient transcoding algorithm for G.723.1 and G.729A ...
An efficient transcoding algorithm for G.723.1 and G.729A ...An efficient transcoding algorithm for G.723.1 and G.729A ...
An efficient transcoding algorithm for G.723.1 and G.729A ...Videoguy
 
TCP over low-power and lossy networks: tuning the segment size to minimize en...
TCP over low-power and lossy networks: tuning the segment size to minimize en...TCP over low-power and lossy networks: tuning the segment size to minimize en...
TCP over low-power and lossy networks: tuning the segment size to minimize en...Ahmed Ayadi
 
haffman coding DCT transform
haffman coding DCT transformhaffman coding DCT transform
haffman coding DCT transformaniruddh Tyagi
 
IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...
IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...
IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...IJERD Editor
 
Networking lecture 4 Data Link Layer by Mamun sir
Networking lecture 4 Data Link Layer by Mamun sirNetworking lecture 4 Data Link Layer by Mamun sir
Networking lecture 4 Data Link Layer by Mamun sirsharifbdp
 
Self Repairing Tree Topology Enabling Content Based Routing In Local Area Ne...
Self Repairing Tree Topology Enabling  Content Based Routing In Local Area Ne...Self Repairing Tree Topology Enabling  Content Based Routing In Local Area Ne...
Self Repairing Tree Topology Enabling Content Based Routing In Local Area Ne...ncct
 
IP forwarding architectures and Overlay Model
IP forwarding architectures and Overlay ModelIP forwarding architectures and Overlay Model
IP forwarding architectures and Overlay ModelPradnya Saval
 
Chapter 2 - Network Models
Chapter 2 - Network ModelsChapter 2 - Network Models
Chapter 2 - Network ModelsWayne Jones Jnr
 

What's hot (20)

Networking Protocols for Internet of Things
Networking Protocols for Internet of ThingsNetworking Protocols for Internet of Things
Networking Protocols for Internet of Things
 
Report
ReportReport
Report
 
Ngn
NgnNgn
Ngn
 
Mpls101
Mpls101Mpls101
Mpls101
 
Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...
Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...
Performance analysis and implementation for nonbinary quasi cyclic ldpc decod...
 
MPLS
MPLSMPLS
MPLS
 
Vediocompressed
VediocompressedVediocompressed
Vediocompressed
 
An efficient transcoding algorithm for G.723.1 and G.729A ...
An efficient transcoding algorithm for G.723.1 and G.729A ...An efficient transcoding algorithm for G.723.1 and G.729A ...
An efficient transcoding algorithm for G.723.1 and G.729A ...
 
05 network
05 network05 network
05 network
 
Protocol
ProtocolProtocol
Protocol
 
Network & Internet Working Devices
Network & Internet Working DevicesNetwork & Internet Working Devices
Network & Internet Working Devices
 
ewsn09
ewsn09ewsn09
ewsn09
 
TCP over low-power and lossy networks: tuning the segment size to minimize en...
TCP over low-power and lossy networks: tuning the segment size to minimize en...TCP over low-power and lossy networks: tuning the segment size to minimize en...
TCP over low-power and lossy networks: tuning the segment size to minimize en...
 
haffman coding DCT transform
haffman coding DCT transformhaffman coding DCT transform
haffman coding DCT transform
 
IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...
IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...
IJERD (www.ijerd.com) International Journal of Engineering Research and Devel...
 
Y25124127
Y25124127Y25124127
Y25124127
 
Networking lecture 4 Data Link Layer by Mamun sir
Networking lecture 4 Data Link Layer by Mamun sirNetworking lecture 4 Data Link Layer by Mamun sir
Networking lecture 4 Data Link Layer by Mamun sir
 
Self Repairing Tree Topology Enabling Content Based Routing In Local Area Ne...
Self Repairing Tree Topology Enabling  Content Based Routing In Local Area Ne...Self Repairing Tree Topology Enabling  Content Based Routing In Local Area Ne...
Self Repairing Tree Topology Enabling Content Based Routing In Local Area Ne...
 
IP forwarding architectures and Overlay Model
IP forwarding architectures and Overlay ModelIP forwarding architectures and Overlay Model
IP forwarding architectures and Overlay Model
 
Chapter 2 - Network Models
Chapter 2 - Network ModelsChapter 2 - Network Models
Chapter 2 - Network Models
 

Similar to On the Cost of Supporting Multihoming and Mobility in RINA vs LISP vs Mobile IP

RINA: Update on research and prototyping activities. Global Future Internet W...
RINA: Update on research and prototyping activities. Global Future Internet W...RINA: Update on research and prototyping activities. Global Future Internet W...
RINA: Update on research and prototyping activities. Global Future Internet W...Eleni Trouva
 
Layers of tcpip.65 to 66
Layers of tcpip.65 to 66Layers of tcpip.65 to 66
Layers of tcpip.65 to 66myrajendra
 
Networking interview questions
Networking interview questionsNetworking interview questions
Networking interview questionszahadath
 
1b network models
1b network models1b network models
1b network modelskavish dani
 
Host Identification and Location Decoupling a Comparison of Approaches
Host Identification and Location Decoupling a Comparison of ApproachesHost Identification and Location Decoupling a Comparison of Approaches
Host Identification and Location Decoupling a Comparison of ApproachesAntonio Marcos Alberti
 
Internet Technology
Internet TechnologyInternet Technology
Internet Technologyhome
 
LTE = Femtocells Biggest Opportunity
LTE = Femtocells Biggest OpportunityLTE = Femtocells Biggest Opportunity
LTE = Femtocells Biggest OpportunityContinuous Computing
 
Lecture application layer
Lecture application layerLecture application layer
Lecture application layerHasam Panezai
 
Interledger @ Boston Layer 2 Summit
Interledger @ Boston Layer 2 SummitInterledger @ Boston Layer 2 Summit
Interledger @ Boston Layer 2 SummitInterledger
 
1. RINA motivation - TF Workshop
1. RINA motivation - TF Workshop1. RINA motivation - TF Workshop
1. RINA motivation - TF WorkshopARCFIRE ICT
 
2003 salih 3_gdata1
2003 salih 3_gdata12003 salih 3_gdata1
2003 salih 3_gdata1tapansaha26
 
A Mobility Scheme For Personal And Terminal Mobility
A Mobility Scheme For Personal And Terminal MobilityA Mobility Scheme For Personal And Terminal Mobility
A Mobility Scheme For Personal And Terminal MobilityMonica Waters
 

Similar to On the Cost of Supporting Multihoming and Mobility in RINA vs LISP vs Mobile IP (20)

3rd edition chapter2
3rd edition chapter23rd edition chapter2
3rd edition chapter2
 
RINA: Update on research and prototyping activities. Global Future Internet W...
RINA: Update on research and prototyping activities. Global Future Internet W...RINA: Update on research and prototyping activities. Global Future Internet W...
RINA: Update on research and prototyping activities. Global Future Internet W...
 
Week3 applications
Week3 applicationsWeek3 applications
Week3 applications
 
Chapter2 application
Chapter2 applicationChapter2 application
Chapter2 application
 
Layers of tcpip.65 to 66
Layers of tcpip.65 to 66Layers of tcpip.65 to 66
Layers of tcpip.65 to 66
 
Networking interview questions
Networking interview questionsNetworking interview questions
Networking interview questions
 
1b network models
1b network models1b network models
1b network models
 
Host Identification and Location Decoupling a Comparison of Approaches
Host Identification and Location Decoupling a Comparison of ApproachesHost Identification and Location Decoupling a Comparison of Approaches
Host Identification and Location Decoupling a Comparison of Approaches
 
Internet Technology
Internet TechnologyInternet Technology
Internet Technology
 
LTE = Femtocells Biggest Opportunity
LTE = Femtocells Biggest OpportunityLTE = Femtocells Biggest Opportunity
LTE = Femtocells Biggest Opportunity
 
Ccna1v3 Mod09
Ccna1v3 Mod09Ccna1v3 Mod09
Ccna1v3 Mod09
 
Lecture application layer
Lecture application layerLecture application layer
Lecture application layer
 
Interledger @ Boston Layer 2 Summit
Interledger @ Boston Layer 2 SummitInterledger @ Boston Layer 2 Summit
Interledger @ Boston Layer 2 Summit
 
I pv6
I pv6I pv6
I pv6
 
TCP/IP – Transmission Control Protocol/ Internet Protocol
TCP/IP – Transmission Control Protocol/ Internet ProtocolTCP/IP – Transmission Control Protocol/ Internet Protocol
TCP/IP – Transmission Control Protocol/ Internet Protocol
 
1. RINA motivation - TF Workshop
1. RINA motivation - TF Workshop1. RINA motivation - TF Workshop
1. RINA motivation - TF Workshop
 
2003 salih 3_gdata1
2003 salih 3_gdata12003 salih 3_gdata1
2003 salih 3_gdata1
 
Day-3 PowerPoint
Day-3 PowerPointDay-3 PowerPoint
Day-3 PowerPoint
 
A Mobility Scheme For Personal And Terminal Mobility
A Mobility Scheme For Personal And Terminal MobilityA Mobility Scheme For Personal And Terminal Mobility
A Mobility Scheme For Personal And Terminal Mobility
 
Tcp
TcpTcp
Tcp
 

More from Scott Foster (20)

10 fn tut3
10 fn tut310 fn tut3
10 fn tut3
 
10 fn tut2
10 fn tut210 fn tut2
10 fn tut2
 
10 fn tut1
10 fn tut110 fn tut1
10 fn tut1
 
10 fn s48
10 fn s4810 fn s48
10 fn s48
 
10 fn s47
10 fn s4710 fn s47
10 fn s47
 
10 fn s46
10 fn s4610 fn s46
10 fn s46
 
10 fn s45
10 fn s4510 fn s45
10 fn s45
 
10 fn s44
10 fn s4410 fn s44
10 fn s44
 
10 fn s43
10 fn s4310 fn s43
10 fn s43
 
10 fn s42
10 fn s4210 fn s42
10 fn s42
 
10 fn s40
10 fn s4010 fn s40
10 fn s40
 
10 fn s38
10 fn s3810 fn s38
10 fn s38
 
10 fn s37
10 fn s3710 fn s37
10 fn s37
 
10 fn s36
10 fn s3610 fn s36
10 fn s36
 
10 fn s35
10 fn s3510 fn s35
10 fn s35
 
10 fn s34
10 fn s3410 fn s34
10 fn s34
 
10 fn s33
10 fn s3310 fn s33
10 fn s33
 
10 fn s32
10 fn s3210 fn s32
10 fn s32
 
10 fn s31
10 fn s3110 fn s31
10 fn s31
 
10 fn s29
10 fn s2910 fn s29
10 fn s29
 

On the Cost of Supporting Multihoming and Mobility in RINA vs LISP vs Mobile IP

  • 1. On the Cost of Supporting Multihoming and Mobility Ibrahim Matta Computer Science Boston University Joint work with Vatche Ishakian, Joseph Akinwumi, John Day I. Matta 1
  • 2. Mobility = Dynamic Multihoming  Hosts / ASes became increasingly multihomed  Multihoming is a special case of mobility  RINA (Recursive InterNetwork Architecture) is a clean-slate design  RINA routing is based on node addresses µ Late binding of node address to point-of-attachment  Compare to LISP (early binding) and Mobile-IP  Average-case communication cost analysis  Simulation over Internet-like topologies I. Matta
  • 3. Whatʼs wrong today? Applications Web, email, ftp, … Applications Transport Transport Network Network Network 12 7.2 8. Data Link DL DL Data Link 19 .12 7. 5 8.10 15 Physical PHY PHY Physical .1 12 128.197.0.0 www.cs.bu.edu 128.10.0.0 128.197.15.10  We exposed addresses to applications  We named and addressed the wrong things
  • 4. RINA offers better scoping Applications Web, email, ftp, … Applications Transport TCP, UDP, … Transport IPC Network IP Network Network Data Link DL DL Data Link IPC IPC Physical PHY PHY Physical  E2E (end-to-end principle) is not relevant µ Each IPC layer provides service / QoS over its scope  IPv6 is/was a waste of time! µ We donʼt need too many addresses within an IPC layer
  • 5. RINA: Good Addressing Bob want to send message to “Bob” A “Bob”B B To: B I1 I2  Destination application is identified by “name”  App name mapped to node name (address)  Node addresses are private within IPC layer µ Need a global namespace, but not address space µ Destination application process is assigned a port number dynamically 5
  • 6. RINA: Good Addressing Bob want to send message to “Bob” A B To: B IPC processes I1 I2 on same machine BI2  Late binding of node name to a PoA address  PoA address is “name” at the lower IPC level  Node subscribes to different IPC layers 6
  • 7. RINA: Good Routing source destination  Back to naming-addressing basics [Saltzer ʼ82] µ Service name (location-independent)  node name (location-dependent)  PoA address (path-dependent)  path  We clearly distinguish the last 2 mappings  Route: sequence of node names (addresses)  Map next-hopʼs node name to PoA at lower IPC level I. Matta 7
  • 8. Mobility is Inherent MH CH  Mobile joins new IPC layers and leaves old ones  Local movement results in local routing updates 8
  • 9. Mobility is Inherent CH  Mobile joins new IPC layers and leaves old ones  Local movement results in local routing updates 9
  • 10. Mobility is Inherent CH  Mobile joins new IPC layers and leaves old ones  Local movement results in local routing updates 10
  • 11. Compare to loc/id split (1)  Basis of any solution to the multihoming issue  Claim: the IP address semantics are overloaded as both location and identifier  LISP (Location ID Separation Protocol) ʻ06 EIDx -> EIDy EIDx  EIDy RLOC1x  RLOC2y EIDx  EIDy Mapping: EIDy  RLOC2y I. Matta
  • 12. Compare to loc/id split (2)  Ingress Border Router maps ID to loc, which is the location of destination BR  Problem: loc is path-dependent, does not name the ultimate destination EIDx -> EIDy RLOC1x RLOC2y EIDx  EIDy Mapping: EIDy  RLOC2y
  • 13. LISP vs. RINA vs. …  Total Cost per loc / interface change = Cost of Loc / Routing Update + ρ [Pcons*DeliveryCost + (1-Pcons)*InconsistencyCost] ρ: expected packets per loc change Pcons: probability of no loc change since last pkt delivery  RINAʼs routing modeled over a binary tree of IPC layers: update at top level involves route propagation over the whole network diameter D; update at leaf involves route propagation over D/2h, h is tree height I. Matta
  • 14. LISP I. Matta
  • 15. LISP I. Matta
  • 16. RINA   I. Matta
  • 17. RINA   I. Matta
  • 18. RINA   I. Matta
  • 19. MobileIP I. Matta
  • 20. LISP vs. RINA vs. … 8x8 Grid Topology RINA uses 5 IPC levels; on average, 3 levels get affected per move LISP RINA I. Matta
  • 21. Simulation: Packet Delivery Ratio RINA  BRITE generated 2- level topology  Average path length 14 hops  Random walk LISP mobility model I. Matta 21
  • 22. Simulation: Packet Delay LISP RINA I. Matta 22
  • 23. Bottom Line: RINA is less costly  RINA inherently limits the scope of location update & inconsistency  RINA uses “direct” routing to destination node  More work: prototyping I. Matta